home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94b.txt / 000064_icon-group-sender _Fri Sep 23 10:14:34 1994.msg < prev    next >
Internet Message Format  |  1995-02-09  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Fri, 23 Sep 1994 11:13:54 MST
  2. Via: uk.ac.edinburgh.festival; Fri, 23 Sep 1994 18:13:42 +0100
  3. Acknowledge-To: eddie@festival.edinburgh.ac.uk
  4. To: jeffery@runner.jpl.utsa.edu
  5. Cc: icon-group@cs.arizona.edu
  6. In-Reply-To: "Clinton L. Jeffery"'s message of Tue, 20 Sep 1994 13:38:49 +0600 <9409201838.AA20878@runner.utsa.edu>
  7. Subject: Icon - still alive??
  8. From: eddie@festival.ed.ac.uk
  9. Date: Fri, 23 Sep 94 18:14:08 BST
  10. Message-Id: <9409231814.aa28955@uk.ac.ed.festival>
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13.  
  14.    Date: Tue, 20 Sep 1994 13:38:49 +0600
  15.    From: "Clinton L. Jeffery" <jeffery@runner.utsa.edu>
  16.    content-length: 1173
  17.  
  18.    This is a good starting point.  One can start with a nice, clean, file-based
  19.    model, and add many of these capabilities with no change to the language.
  20.    Once an initial implementation is working, experience suggests that:
  21.  
  22.      (a) there will be *pressure* to add features ad nauseum, until it is
  23.      hideous, complex, and hard to learn.
  24.  
  25.      (b) there will be *potential* to significantly improve the interface by
  26.      adding language support in the form of control structures, keywords,
  27.      etc.  For example, ioctl() is ugly, and there may be nicer notations
  28.      for manipulating connections waiting to be discovered.
  29.  
  30. Thanks for your comments, I guess the problem here is that we system
  31. programmers don't have a decent language to use and those of us who use Icon
  32. in the more normal way would like to be able to use it in different
  33. environments too.  Especially now it has the graphics interface, making
  34. user-friendly system tools would be really nice.
  35.  
  36. Because obviously the other users don't want to be encumbered with the extra
  37. features then I suppose what we need is a specialised version.  If I had the
  38. time and ability I might look into adding some simple realtime and extended
  39. communication abilities for myself.
  40.  
  41. Eddie
  42.